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(54) Provision of services in a communication system 



(57) A method and arrangement for providing serv- 
ices for clients (3) associated with a datacommunication 
network is disclosed for use in a system where the serv- 
ices are provided by at least one external service pro- 
vider (11-13). In the method offers are signalled from 
said ai least one external service provider to an interface 
entity (2) associated with the data network (1 ), said of- 
fers associating with services provided by said service 
provider. The offers are processed at the interface entity 
in order to make a decision regarding the acceptance of 
the offers. Accepted services are ihen included into a 
register of services that are available for the cHenls. 



When a client wishes to use a service, a request for the 
service is signalled to the interface entity. The request 
Is processed by the interface entity to find a matching 
service from the registered services. If a matching serv- 
ice is found, said service is requested from an external 
service provider providing said service. The request Is 
communicated to said external service provider based 
on an appropriate protocol that enables initiation of a 
service provisioning session. The protocol is preferably 
such that the session may be initiated without any be- 
forehand defined interfaces between the interlace entity 
and the external service provider. 
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Description 

Field of the Invention 

[0001] The present invention relates to provision of 
services in a communication system, and in particular, 
but not exclusively, to services provided by third party 
service providers over a data network. 

Background of the invention 

[0002] Communication systems are known by a 
skilled person. A communication system may provide 
the user, or more precisely, user equipment or terminal, 
with connection-oriented communication services and/ 
or connectionless communication services. An example 
of the first type is a circuit switched connection where a 
circuit is set-up with call set-up and admission control. 
An exampie of the connectionless communication serv- 
ices is a packet switched service. A more specific ex- 
ample of the connectionless communication protocol 
service is the Internet Protocol (IP). 
[0003J Both of the circuit switched and the packet 
switched services can be used for communicating pack- 
et data. Packet data services can be defined in general 
as services that are capable of transporting data units 
(data packets or similar data entities of fixed or variable 
length) between two signalling points, such as between 
two terminals or other nodes of the communication sys- 
tem. In this specification the term data network refers to 
any network that is capable of transporting data be- 
tween two or more nodes. The data network may be any 
communication network and may be based on use of a 
fixed line or wireless communication media. 
[0004] In a communication system various services 
may be provided for various clients. For example, a 
service provider is typicahy needed for the provision of 
the data communication services. This service provider 
may be e.g. an Internet Service Provider (ISP). The pro- 
vider of the data communication services may be the 
network operator who runs the physical network. 
[0005] The service provider may also be an external 
service provider. These are also sometimes referred to 
as 3 rd party service providers. An external service pro- 
vider is typically a service provider who is independent 
from the network operator. The external service provid- 
ers may provide different types of value added services. 
The service providers of such services are sometimes 
referred to as value added service providers (VASP). 
[0006] Value added services may be used by the end 
users of the communication network. The end users 
may use services such as entertainment services, infor- 
mation services or services that relate to the connec- 
tions. The connection related services comprise servic- 
es such as for example conference calls, call forward- 
ing, call back and other intelligent network services. The 
network operators may also wish to use value added 
services e.g. for call control and management functions, 
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such as for call routing, charging and so on. Thus a ref- 
erence to a user or client of a service shall be under- 
stood to mean both the internal clients in the network {e. 
g. any element, application or function of the network) 
5 and clients such as the end users (subscribers and other 
users connected to the network). 
[0007] A corresponding service may be provided by 
more than one service provider Thus the clients may 
be provided with a possibility to choose between differ- 
10 ent service providers. The service providers may be en- 
abled to compete against each other. 
[0008] in the future the profitability and/or even sur- 
vival of a service provider may depend heavily on how 
successful the service provider has been in differentiat- 
es jng his services from the services provided by the other 
service providers. It is likely that there will not be any 
'killer service'. That is, a service will probably not appeal 
to ali clients such that all clients would necessarily want 
to use it, 

20 [0009] Therefore it could be advantageous if a client 
could easily choose between the different services the 
client wishes to use. However, the inventors have found 
that at the present there appears to be no appropriate 
technical solution for enabling differentiation of a service 

25 provider from other service providers. 

[001 0] A prior art solution for the 3 rd party service pro- 
vision is based on use of the so called Parlay model. 
The Parlay model is based on specifications by the Par- 
iay Group. The Parlay Group is a non-profitable consor- 

30 tium The Parlay Group is an organisation that has been 
formed to make creation of communication applications 
by specifying and promoting open Application Program- 
ming Interfaces (APIs) which may be used for intimately 
link different telecommunications applications. A parlay 

35 framework shall be understood to refer to a collection of 
APIs that are employed to support authentication and 
service discovery procedures between the client willing 
to use the service and the service provider. 
[0011] In a telecommunications network operating in 

40 accordance with the Parlay model the network operator 
provides (i.e. offers and sells) network services to 3 rd 
party service providers. The offered services may con* 
sist of call management services such as call control, 
user location, charging and so on. The 3 rd party service 

45 providers may then use these services to provide ad- 
vanced service applications to their clients. The clients 
may be e.g. end-users of the telecommunications net- 
work or network operators itself. 

[0012] However, the Partay model and framework 
50 constructed in accordance with the Parlay model does 
not fit very well for use in data communication systems. 
This is especially so in systems that enable transporta- 
tion of packet data. An example of such a system is 
based on a IP (Internet Protocol). The service interfaces 
55 provided by the Parlay framework are substantially com- 
plex. This may further limit the usefulness of the Parlay 
model in the IP based service provision. 
[0013] It has been suggested that open interfaces that 



EP1 221 818 A1 



2 



3 



EP 1 221 818 A1 



4 



based on distributed object techniques could be used 
for the service provisioning. The open interfaces could 
be based on the CORBA (common object request bro- 
ker architecture) data transportation standard. In ac- 
cordance with the CORBA the network protocols used 
by the carrier network are not necessarily visible for the 
external service providers. Thus the value added serv- 
ice providers may use the open interfaces for the service 
provisioning. For example, in the current intelligent net- 
work (IN) architecture for mobile communication, the in- 
terface between the network controller and an external 
service control point (SCP) may be based on a protocol 
such as the intelligent network application protocol 
(1NAP) or the customised applications for mobile net- 
work enhanced logic (CAMEL) application part (CAP) 
protocol. If the open COR8A (common object request 
broker architecture) interface is employed, the CORBA 
interface will hide the 1NAP or CAP protoco! from the 
external service providers. The interfaces needto be de- 
fined for each service by the operator. The interfaces 
must also be mapped to the interface protocol (e.g. 
INAP). 

[0014] A more feasible provision of a wide range of 
different services to different ciient groups should be en- 
abled. In addition to this, the inventors believe that time 
periods availabie for creation, introduction and market- 
ing of new services will in thef uture become shorter than 
what they are at the present- To enable fast service cre- 
ation and real competition between various external 
service providers, it should be possible that in addition 
to the network operators (for example the ISPs) as many 
service providers as possible may provide services for 
the different types of clients. 

[0015] However, in the arrangements that are based 
on the present protocols such as the CORBA the net- 
work interfaces are typically "frozen" so as to make the 
changes thereof difficult and in some instances even im- 
possible. Thus the prior art interfaces, such as those 
based on the CORBA may be too slow, inflexible and 
hard to change to meet one or more of the above men- 
tioned requirements. 

[0016] The 3 r< * party service providers may also wish 
to advertise their services to potential clients such as 
the network operators so that the clients may then select 
and use one or more of these services. However, the 
present service interfaces do not necessarily enable 
this. In addition, the interfaces are not standardised. 
Therefore it is difficult, if not impossible for the external 
service providers to advertise their service capabilities 
for the potential clients. 

Summary of the Invention 

[0017J Embodiments of the present invention aim to 
address one or several of the above problems. 
[0018] According to one aspect of the present inven- 
tion, there is provided a method for providing services 
for clients associated with a data communication net- 



work, said services being provided by at least one ex- 
ternal service provider, the method comprising: signal- 
ing from said at least one externa* service provider of- 
fers that associate with services to an interface entity 
5 associated with the data network; processing the offers 
at the interface entity in order to make a decision regard- 
ing the acceptance of the offers; including accepted 
services into a register of services that are available for 
the ciients; requesting for a service from the interface 
to entity for use by one of said ciients; processing the re- 
quest by the interface entity to find a matching service 
from the registered services; and if a matching service 
is found, requesting for said service from an external 
service provider providing said service by communicate 
15 ing a message to said external service provider based 
on a protocol that enables initiation of a service provi- 
sioning session. 

[001 9] According to another aspect of the present in- 
vention there is provided a service interface arrange- 
ment for a data network, comprising: an interface foir re- 
ceiving information regarding services that are offered 
by at least one external service provider, said services 
being for use by clients associated with the data net- 
work; seieclion means for selecting services based on 
said information; agreement means for processing 
agreements between the data network and said at least 
one external service provider; a register for services pro- 
vided by said at least one external service provider, said 
services being selected by said selection means to be 
available for the clients; request means for processing 
a request for a service by a client, said request means 
being arranged to iook for a service that matches the 
request from the register and, if a matching service is 
located, to request for said service from an external 
service provider providing said service, wherein the re- 
quest means are arranged to communicate with said ex- 
ternal service provider based on a protocol that enables 
initiation of service provisioning. 
[0020] According to another aspect of the present in- 
vention there is provided a data communication system, 
comprising: a data network; at least one external service 
provider; an interface entity for receiving information re- 
garding services that are offered by said at feast one 
external service provider, said services being for use by 
clients associated with the data network, wherein the in- 
terface entity is arranged to process said information, to 
process agreements between the data network and said 
at least one external service provider, to register serv- 
ices that are selected among services provided by said 
at least one externa? service provider, and to process a 
request for a service by a client to search for a service 
from the register that matches the request and, if a 
matching service is located, to request for said service 
from an external service provider providing said service, 
the arrangement being such that at least a part of the 
communication between the interface entity and said 
external service provider is based on a protocol that en- 
ables initiation of service provisioning. 
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[0021] in a preferred embodiment the protocol ena- 
bles service provisioning such that no beforehand 
knowledge of interfaces between the interface entity 
and said external service provider are required. Instead, 
the interfaces may be established based on information 
that is communicated between the interface entity and 
the service provider based on said protocol. 
[0022] The embodiments of the invention may enable 
network operators to provide multiple advanced servic- 
es- The network operators may be enabled to more eas- 
ily provide a wide variety of different and even compet- 
ing services without being required to generate and/or 
maintain these services. The network operators may 
choose to buy and host any number of services which 
are available from the external service providers and 
which the operators consider to be worth offering. The 
external service providers may be enabled to more free- 
ly to create and innovate new services and to offer these 
new services for the network operators. In addition^ the 
network operators may use external services for con- 
nection management operations such as charging and 
intelligent network services. In addition, the embodi- 
ments may provide a secure way to access services that 
are provided by external service providers. 

Brief Description of Drawings 

[0023] For better understanding of the present inven- 
tion, and how the invention can be put into effect, refer- 
ence wi^l now be made by way of example to the accom- 
panying drawings in which: 

Figure 1 shows one embodiment of the present in- 
vention; and 

Figure 2 fs a flowchart illustrating the operation of 
one embodiment of the present invention. 

Description of Preferred Embodiments of the Invention 

[0024] Figure 1 shows a data communication network 
1 that is run by a network operator. It shall be understood 
that the operator cannot typically be represented as an 
any specific entity of the network but is rather to be un- 
derstood to be an entity or organisation that has the 
overall management responsibility of the network. The 
operator typically is the organisation or similar entity 
owning the network apparatus and selling access rights 
to the end users. 

[0025] In trie following examples the network operator 
is assumed to be an Internet service provider (ISP). The 
value added services by the external service providers 
are assumed to be provided for use in an ail-IP environ- 
ment 

[0026] The embodiments are based on a concept that 
enables a network operator to contract services from 3 rd 
party i.e. external value added service providers 
(VASPs) 11 to 13. The 3 rd party value added service pro- 
viders (VASPs) 11 to 13 may be entities such as appli- 



cation service providers (ASP) and organisations such 
as private companies or public authorities. The private 
companies may be organisations such as banks, insur- 
ance companies or any other instances capable and 
5 willing to offer services to clients. 

[0027] The embodJments may be based on specifica- 
tions by Parlay Group. However, due to the above dis- 
cussed reasons the Parlay model may not be directly 
suitable as such for the 3 rd party service provisioning. 
10 Thus certain changes are needed to adapt the present 
Parlay model to be suitable for operation in accordance 
with the present invention. More particularly, some 
changes are required in order to adapt the Parlay model 
to f ft better to the IP based model of data communica- 
te tions and to the manner services are provided on an IP 
based network. 

[0028] The basic concept of the Parlay model needs 
to be changed such that the network operator operating 
the network 1 is enabled to buy services from the 3 rd 
20 party service providers 11 to 13, This is an inverted mod- 
el of operation to the present situation. In the present 
models of operation the 3 rd party service providers need 
to register and pay for the use of the services provided 
by the network operator. In other words, the embodi- 
25 ments enable the 3 rd party service provider to take ini- 
tiative in the provision of advanced services. 
[0029] Function blocks of a preferred embodiment of 
the invention are presented in Figure 1. The framework 
2 of the communication network 1 Is adapted to provide 
30 various services for the users thereof. In this context the 
term service refers to a service or service component 
provided by any of the 3 rd party providers 11 to 1 3. The 
term user of the service refers to any client who may use 
the service in the network side. The user may be a serv- 
es ice or functionality provided by the network operator or 
a network entity in one of the domains of the network 
operator. An example of such a user is a call processing 
server (CPS) 3. 

[0030] In the service architecture of Figure 1 an oper- 
ator application of a plurality of operator applications 4 
may be adapted to run on top of a session initiation pro- 
tocol (SIP) application server 5. A session Initiation pro- 
tocol is a network level protocol that can be used for 
transporting information between two nodes in a corn- 

45 munication system. In operation, a session initiation pro- 
toco] enables transportation of information between two 
nodes without need to have any information and/or def- 
initions regarding the interfaces between the nodes. The 
session initiation protocol may be used solely for carry- 

so ing information between the nodes. The nodes may then 
establish necessary interfaces and operate based on 
the information transported by means of the session in- 
itiation protocol, if this is required. 
[0031] The inventors have found that it is possible to 

55 use session initiation protocol type signalling for the cre- 
ation of the necessary interfaces towards the externa! 
service providers instead e.g. of using a transport pro- 
tocol, such as the CORBA, for this purpose. An advan- 
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tage of using a session initiation protocol instead of a 
transport protocol is that no predefined information re- 
garding the interfaces \s required at this stage but the 
interfaces may be created based on information sig- 
nalled between the client and the service. For example, 
in the CORBA the designer of a new service has to know 
the interface definitions beforehand, Le. at the time of 
creating the new service. 

[0032] The use of session initiation protocol may thus 
facilitate a more flexible and faster provision of new 
services since it is not necessary to define and/or map 
the interface beforehand. The session initiation protocol 
is advantageous also in that by means of it is possible 
to establish a point-to-point iike connection for a con- 
nectionless packet switched communication after the 
message has been received at the receiving end of the 
signalling. The message may define all necessary mter^ 
faces and/or protocol required for the connection. 
[0033] Since it is possible to transport any necessary 
information by means of the session initiation protocol 
messaging, the embodiments also enable conversion of 
a 3 rd party service to be suitable for use in a particular 
carrier network which may have some specific require- 
ments. By means of this a value added service provider 
may offer the same value added service to different op- 
erators running differently designed networks. 
[0034] The Parlay framework 2 can be seen as a col- 
lection of application programming interfaces (API). The 
APIs are typically used to provide functions such as au- 
thentication, service discovery and service agreement 
signing. The framework 2 may be employed to support 
authentication and service discovery between the client 
applications 4 and service providers 11 to 13. The 
framework 2 Is adapted to buiJd a standard and secure 
environment for the external 3 rd party service providers 
11 to 13 and users 3 of the services to communicate 
information regarding the services. The communication 
may comprise information associated with operations 
such as making service contracts or charging. 
[0035} The framework 2 is preferably adapted to pro- 
vide interface functions such as service availability 
broadcasting, service lookup, service discovery, au- 
thentication capability, billing and charging capability, 
firewall, gateway and so on. These functions will be 
briefly discussed in the following. 
[0036] The 3 rd party service providers may wish to ad- 
vertise their services and service capabilities to network 
operators. The service availability broadcast function 
and the service lookup can be used for enabling this. By 
means of the broadcasting service the service providers 
may e.g. broadcast notifications regarding the services 
they offer so that the notification are "pushed" to differ- 
ent network operators. After a network operator has re- 
ceived the broadcast notification it may then select and 
use one or more of the advertised services, 
[0037] A service discovery interface may be adapted 
to enable the network operator or any other carrier net- 
work service provider to listen the broadcast notifica- 



tions advertising the available services. The service dis- 
covery interface may be adapted to enable the network 
operator to discover all broadcast services or service ca- 
pabilities. The interface may also be adapted to discover 
5 only those services or capabilities the network operator 
is interested in. 

[0038] in a preferred operation model the service dis- 
covery interface is always in an active state. That is ? the 
interface may receive broadcast service advertisements 

10 at any time. However it is also possible to restrict the 
active time periods and/or to selectively switch the dis- 
covery interface between 'on' and 'off modes in accord- 
ance with the needs of the operator. 
[0039] The network operator may afso generate and 

is transmit a request for a certain service or for a certain 
type of service capability. The request may be transport- 
ed to a specific 3 rd party service provider or providers 
or broadcast to all service providers. These requests 
may also be signalled based on the session initiation 

20 protocol. More particularly, the request may be trans- 
ported based on the request forwarding feature of the 
session initiation protocol. 

[0040] According to a possibility ihe framework may 
use a register function provided by the session initiation 

^■5 protocol (SIP) to enable the 3 rd party service providers 
to advertise themselves to the operator network. Secu- 
rity and authentication functions provided by the session 
initiation protocol may afso be used. The session initia- 
tion protocol (SIP) message register may be physically 

^0 located e.g. in the interface entity or framework 2. How- 
ever, the register may also be provided elsewhere in the 
system, such as in the proxy server 6. 
[0041] The decision procedure after the network op- 
erator has discovered a service it wishes to use for the 

35 functions of the network, or to offer to the users of the 
network, may be automated, semi-automated or manu- 
al. For example, if a function of the network is temporar- 
ily overloaded or out or order, a management function 
responsible forthe operation of said function may trigger 

40 purchase of a replacement service from a 3 rd party serv- 
ice provider. In manual operation the staff of the network 
operator reviews the list and manually selects one or 
several services for use by the internal or external cli- 
ents. 

45 [0042] The operator is enabled to sign an agreement 
regarding the services. Billing St charging interfaces can 
be provided between the external service providers and 
the network. The billing and charging interfaces may be 
utilised when a service usage agreement is signed. 

50 More particularly, the billing and charging interfaces are 
arranged such they enable the external i.e. 3 rd party 
service providers and service users to make contracts 
regarding e.g. the price of the service usage, conditions 
and/or required certifications. 

55 [0043] In orderto provide secure service provisioning, 
a mutual authentication is preferably performed be- 
tween the operator and the service provider The au- 
thentication procedure may be initiated by the party con- 
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tacting the other party. A specific authentication inter- 
face may be used to enable ail parties involved in the 
service provisioning to authenticate each other. The au- 
thentication may be based on any appropriate tech- 
nique, such as use of public or private keys. An example 
of the public keys is the so cailed PGP key system. 
[0044] A service firewaN/gateway interface may also 
be provided for improved security. 
[0045] The following will describe with reference to 
the flowchart of Figure 2 the operation of the Figure 1 
embodiment in more detail, Each of the 3 rd party service 
providers 11 to 1 3 may "register 11 the services at a proxy 
server 6 of the SIP framework 2. The registration can 
be requested simply by sending an appropriate mes- 
sage to the proxy server 6. The register function may be 
implemented based on SIP registering features. As de- 
scribed above this message may be broadcast to sev- 
eral operators. 

[0046] The registering message includes a descrip- 
tion of the service (or several services) the 3 rd party 
service provider wants to offer. If the operator decides 
to use the service offered by provider 1 1 , it may contact 
the service provider 1 1 by means of a SIP message. An 
authentication procedure between the service provider 
11 and the framework 2 \s subsequently initiated. If an 
agreement is to be made between the 3 rd party provider 
1 1 and the operator of the framework 2, a service agree- 
ment may then be signed between the 3 rd party provider 
and the operator. 

[0047] If the registration procedure was successful, 
the 3 rd party services are then entered into a service list. 
Figure 3 illustrates a possible service list including three 
services. As shown, the list may indicate the name of 
the service, the identity of the service provider, applica- 
tion specific data as well as price information and so on. 
[004B] The service Nst may be maintained by the 
framework 2, Alternatively the sen/ice list may be main- 
tained by the proxy server 6. After the entrance to the 
list the 3 rd party services are available for the users of 
the network in a similar manner as they were provided 
by the elements implemented within the network. The 
users may not necessarily become aware that the serv- 
ices are indeed provided by an external service provider. 
[0049] When an application user or another client 
wishes to use a service on the fist, the user initiates the 
use by routing a service request to the framework 2, The 
request processed so as to find a matching registered 
service that is offered by a 3 rd party service provider. 
When a matching service is found, a service agreement 
(billing and charging) may be signed with the framework 
operator or alternatively directly with the 3 rd party pro- 
vider, depending the application. The request (e.g. a SIP 
message) is then routed to the 3 rd party application serv- 
er. 

[0050] When a user of an application wants to use a 
service provided by an external service provider, a SIP 
message may be first routed to a proxy server 6 of the 
framework. In this case the framework proxy server 6 



processes the SIP message and iooks for an appropri- 
ate 3 rd party service provider. After an appropriate pro- 
vider is found the proxy server 6 may contact the service 
provider. The message may be forwarded directly to the 
5 service provider. The message may also be forwarded 
to a proxy server of the 3 rd party service provider. The 
proxy server can be used to provide firewall and/or gate- 
way functions and to open a route through a firewa^L 
[0051] In the following it is assumed that an external 
10 service provider has advertised a service, the offer has 
been accepted by a network operator, and that the serv- 
ice has already been registered as available to clients 
in the network operator network. The actual service pro- 
visioning operation that follows these steps may be pro- 
fs vkfed in the following manner. 

[0052] The step of finding a matching service is initi- 
ated by a request from a client for a service. The request 
may include an identity for the requested service or the 
request may specify properties for desired service, such 
as purpose and/or price of the service and so on. Thus 
said matching of the client request to the registered 
services can be for service identity or for service prop- 
erties, or even both, if several alternative services exist 
with the same identity. 

[0053] When the matching has been performed, there 
exist several options for the manner how the client may 
usethe service. In the simplest case there is one request 
from the client to the service provider (maybe via the 
framework i.e. framework 2 or framework proxy 6), An 
application may be executed in the service provider en- 
tity {i.e. one of the service providers 11 to 13) and a re- 
sponse is provided to the client from the service provider 
entity. The response may be communicated via the net- 
work. 

[0054] in more complicated cases an association can 
be defined between the client and the service obtained 
by the step of finding a matching service. The associa- 
tion means that the client or the service can later on in- 
itiate a service session between the client and the serv- 
ice (within the service provider entity without the need 
for the step of finding a matching service. 
[0055] The service association can be defined, for in- 
stance, so that a service reference to the service is 
stored by the client. By means of this the client may con- 
tact directly the service without the need for finding the 
service by the matching operations. Despite this the 
contacting operations may be performed via the frame- 
work. 

[0056] The service association can be defined, for ex- 
ample, in the form of trigger data stored to a subscriber 
register of the network, such as the UMTS HSS (home 
subscriber server) or HLR (home location register). The 
trigger data will indicate for call processing servers the 
points in call or session processing in which a request 
for the service must be issued. In Figure 1 the service 
association may be created between any of the call 
processing servers 3 acting as a client and any of the 
services provided by one of the service provider entities 
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11 to 13, 

[0057] The processing of the service advertisement, 
agreements, service registry, authentication and service 
requests may implemented by means of an external 
service provision function provided in the framework. 
The function may be provided by means of a service 
controller entity provided in the core network s?de of a 
mobile communication network. The service controller 
entity may be provide by means of the above referred 
SIP framework 2 or proxy server 6. 
[0058] It should be appreciated that whilst in the 
above embodiments the data is assumed to be in packet 
form, in alternative embodiments of the invention the da- 
ta may be transported in any suitable format. It is also 
noted that the above disclosed solution is applicable to 
any network architecture (connectionless or connec- 
tjon-oriented), underlying transport protocol (fixed- 
length or variable-length data units) or transport tech- 
nology (wired or wireless}. In genera!, the embodiments 
may be implemented independently of the type of the 
used transport protocol. 

[0059] The embodiments of the present invention 
have been described above with reference to the ses- 
sion initiation protocol. It shall be appreciated that other 
protocols may also be used for some or all messaging 
between the clients, the interface entity and the 3 rd party 
service provider where appropriate. The requirement in 
this context is that the selected protocol is capable of 
transporting a message between the interface entity as- 
sociated with the data carrier network and external serv- 
ice provider without any detailed knowledge of the inter- 
face between the nodes. That is, the protocol has to be 
selected such that it is not necessary to define the inter- 
faces between the two nodes beforehand, but the inter- 
faces can be established based on the information in- 
cluded in the message. 

[0060] For example, at least a part of the messaging 
may be based on use of the HyperText Transfer Protocol 
(HTTP) or the Simple Object Activation Protocol 
(SOAP). From these two examples the HTTP Is a pro- 
tocof known from the IP based networks. The format of 
the HTTP messages is based on HyperText Markup 
Language (HTML). The SOAP is a protocol that uses 
typed serialisation format. The SOAP uses HTTP for the 
transportation of its request/response messaging. The 
SOAP message format is based on Extensible Markup 
lanquage XML. The SOAP was initially indented for use 
In the object Remote Procedure Call (RCP) technolo- 
gies like the CORBA or COM. 

[0061] The embodiments of the present invention 
have been described in the context of an IP based sys- 
tem. This invention is also applicable to any other data 
communication systems. Examples of data networks, 
without limiting this disclosure to these, include ATM 
{Asynchronous Transfer Mode) and Local Area Net- 
works (LAN). 

[0062] Examples of communication networks that are 
capable of providing wireless services, such as IP (In- 



ternet Protocol) or ATM/A A L2 (Asynchronous Transfer 
Mode/ ATM Adaptation Layer type 2) based packet data 
transmissions, include, without limiting to these, the 
GSM {Global System for Mobile communications) 

5 based GPRS (General Packet Radio Service) network : 
EDGE (enhanced data rate for GSM evolution) Mobile 
Data Network and third generation telecommunication 
systems such as the CDMA (code division multiple ac- 
cess) orTDMA (time division multiple access) based 3 rd 

*0 generation telecommunication systems that are some- 
times referred to as Universal Mobile Telecommunica- 
tion System (UMTS), and IMT 2000 (International Mo- 
bile Telecommunication System 2000} as well as the 
SOMA (space division multiple access) systems. All 
these relate to the transfer of data to and from user 
equipment providing the user thereof with a wireless in- 
terface for the data transmission, 
[0063] The embodiments may provide service inter- 
faces that are simpler than the ones provided by the cur- 

20 rent Parlay model and/or CORBA. Interfaces may com- 
ply better with the client/server model of the various In- 
ternet applications. Use of the interfaces may not re- 
quire support for transactions or capability to hold a 
transaction state. This may make the services scale bet- 

25 \er. In addition, introduction of new services is made 
easier by using already existing protocols, for example 
the Session Initiation Protocol (SIP), HyperText Transfer 
Protocol (http) or soap. 

[0064] 11 is also noted herein that while the above de- 
so scribes exemplifying embodiments of the invention, 
there are several variations and modifications which 
may be made to the disclosed solution without departing 
from the scope of the present invention as defined in the 
appended claims. 

35 

Claims 

1. A method for providing services for clients associ- 
40 ated with a data communication network, said serv- 
ices being provided by at least one external service 
provider, the method comprising; 

signalling from said at least one external serv- 
45 ice provider offers that associate with services 

to an interface entity associated with the data 
network; 

processing the offers at the interface entity in 
order to make a decision regarding the accept- 
so ance of the offers; 

Including accepted services into a register of 
services that are available for the clients; 
requesting for a service from the interface entity 
for use by one of said clients; 
55 processing the request by the interface entity 

to find a matching service from the registered 
services; and 

if a matching service is found, requesting for 
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said service from an external service provider 
providing said service by communicating a 
message to said external service provider 
based on a protocol that enables initiation of a 
service provisioning session, 

2. A method as claimed in daim 1 , wherein said pro- 
tocol comprises a session initiation protocol (SIP). 

3. A method as clafmed in claim 1 , wherein said pro- 
tocol comprises HyperText Transfer Protocol (HT- 
TP). 

4. A method as claimed in claim 1 , wherein said pro- 
tocol comprises Simple Object Activation Protocol 
(SOAP). 

5. A method as claimed in any preceding claim, where- 
in the at least one external service providers offers 
the services based on said protocol. 

6. A method as claimed in any preceding ciaim, where- 
in the offers are broadcast to be received by inter- 
face entities of at least two data networks. 

7. A method as claimed in any preceding claim, where- 
in an authentication procedure is accomplished be- 
tween the interface entity of the data network and 
the external service provider. 

8. A method as claimed in any preceding claim, com- 
prising establishing interfaces for the provision of 
the requested service based on information com- 
municated by means of said protocol. 

9. A method as claimed in claim 8, wherein said infor- 
mation communicated by means of the protocol the 
establishment of interfaces between the interface 
entity and the external service provider without any 
beforehand defined Interfaces for the service provi- 
sioning. 

1 0. A method as claimed in any preceding claim, where- 
in all interfaces required for providing the service 
connection are established based on information 
communicated by means of said protocol 

11. A method as claimed in any preceding claim, com- 
prising a step of modifying the requested service to 
be suitable for use in the data network based on 
information communicated by means of said proto- 
col 

1 2. A method as claimed in any preceding claim, where- 
in at least one of the clients comprises an applica- 
tion that is internal for the data network, 

1 3. A method as claimed rn any preceding claim, where- 



in at feast one of the services comprises a cali man- 
agement service. 

1 4. A method as claimed in any preceding claim, where- 
5 in at least one of the clients comprises an end user 

of the data network. 

15. A method as claimed in any preceding claim, where- 
in the services are provided based on a model that 

10 js modified from a model defined by the Parlay 
Group, 

16. A method as claimed in any preceding claim, where- 
in a service discovery interface of the interface en- 

15 tity monitors for offers by the external service pro- 
viders, 

17. A method as claimed in claim 16, wherein the serv- 
ice discovery interface discovers only selected of- 

20 fers. 

1 8. A method as claimed in any preceding claim, where- 
in the interface entity sends an inquiry for a service 
to at least one external service provider. 

25 

19. A method as claimed in claim 18 r wherein the in- 
quiry is broadcast to possible service providers. 

20. A method as claimed in any preceding claim, where- 
to in the offers by the external service providers are 

registered in a register function. 

21 . A method as claimed in any preceding claim, where- 
in a charging interface of the interface entity is em- 

55 ployed for signing of a service usage agreement. 

22. A method as claimed in any preceding claim, where- 
in the interface entity comprises a plurality of appli- 
cation programming interfaces. 

40 

23. A method as claimed in any preceding claim, where- 
in the data network is adapted to communicate 
packet data. 

45 24. A method as claimed in any precedingcfaim, where- 
in the communication in the data network is based 
on the internet Protocol (IP). 

25. Amethod as claimed in any preceding claim, where- 
to in the operator of the data network pays for the use 

of at least one service offered by the at least one 
external service provider. 

26. A method as claimed in any preceding claim f where- 
as in a point-to-pomt like connection is established 

based on information communicated by means of 
said protocol. 
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27. A service interface arrangement for a data network, 
comprising: 

an interface for receiving information regarding 
services that are offered by at least one exter- s 
nai service provider, said services being for use 
by clients associated with the data network; 
selection means for selecting services based 
on said information; 

agreement means for processing agreements 10 
between the data network and said at least one 
external service provider; 
a register for services provided by said at least 
one external service provider, said services be- 
ing selected by said selection means to be *s 
available for the clients; 

request means for processing a request for a 
service by a client, said request means being 
arranged to look for a service that matches the 
request from the register and, if a matching 20 
service is located, to request for said service 
from an external service provider providing said 
service, wherein the request means are ar- 
ranged to communicate with said external serv- 
ice provider based on a protocol that enables 25 
inflation of service provisioning. 



28. A service interface arrangement as claimed in claim 
27, comprising means for processing authentica- 
tion procedures between the data communication 
network and the external service provider. 

29. A service interface arrangement as claimed in claim 
27 or 28, wherein the protocol is such that the serv- 
ice provisioning can be initiated without need to de- 35 
fine beforehand specific interfaces for said service 
provisioning. 

30. A service interface arrangement as claimed in any 

of claims 27 to 29, wherein said protocol is selected 40 
to be one of the following: a session initiation pro- 
tocol (SIP); HyperText Transfer Protocof (HTTP); 
Simple Object Activation Protocol (SOAP). 

31. A service interface arrangement as claimed in any 4$ 
of cfaims 27 to 30, wherein the interface is arranged 

to discover services from broadcast service adver- 
tisement messages. 

32. A service interface arrangement as claimed in any 50 
of claims 27 to 31 , wherein the data network com- 
prises a packet switched data network. 

33. A service interface arrangement as claimed in any 

of claims 27 to 32, wherein the interface entity com- 55 
prises a plurality of application programming inter- 
faces. 



34. A service interface arrangement as claimed in any 
of claims 27 to 33 adapted to provide at least one 
of the following interface functions: service availa- 
bility broadcasting; service lookup: service discov- 
ery; authentication; billing and/or charging; firewall; 
and/or gateway. 

35. A data communication system, comprising: a data 
network; at least one external service provider; an 
interface entity for receiving information regarding 
services that are offered by said at teast one exter- 
nal service provider, said services being for use by 
clients associated with the data network, wherein 
the Interface entity is arranged to process said in- 
formation , to process agreements between the data 
network and said at least one external service pro- 
vider, to register services that are selected among 
services provided by said at least one external serv- 
ice provider, and to process a request for a service 
by a client to search for a service from the register 
that matches the request and, if a matching service 
is focated, to request for said service from an exter- 
nal service provider providing said service, the ar- 
rangement being such that at least a part of the 
communication between the interface entity and 
said external service provider is based on a protocol 
that enables initiation of service provisioning. 



35 



40 



9 



EP1 221 818 A1 



3 5 2 6 




Service List: 

Presence/IM (provider=AOL; support=xml 3 plain/text: price=50p/message) 
Presence/IM (provider^ YAHOO; support^xml, plain/text, mime attachment, 
voice; price~30p/message) 

Virtual PBX Service (provider-SONERA; suport- audio 711, 729 ? AMR; 
price- 1 marWminute) 



Fig. 3 
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Services created by a 3 rd party service provider (3PSP) 




r 


The 3PSP advertises the services to a data network 
operator by sending messages to an interface element 
of the data network 




r 


The operator selects a service offered by the 3PSP 


i 


r 



Authentication procedure run between the 3PSP and 
the interface element 



Y 

The selected service is included into a list of available 
services 



A client requests for the service 

i 

The request is received at the interface element and is 
processed to check if the service is included in the list 



Upon finding the service, the request is forwarded to 
the 3PSP by means of SIP signalling 



Upon receipt of the request, required interfaces are 
generated between the client and the 3PSP based on 
the request 



Fig.2 



EP 1 221 818 A1 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Number 

EP 01 31 0280 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Cttation of document wttti IndteaiJon. where appropriate, 
ai relevanl passages 



Ralevanl 

1o clatm 



CtASSJRCATKJN OF THE 
APPLICATION (Int.CLT) 



WO 00 69140 A {ERICSSON TELEF0N AB 
16 November 2000 (2000-11-16) 

* page 10, line 16 - page 11, 

* page 15, line 25 - page 17, 

* page 18, line 25 - page 19, 

* page 24, Ifne 8-12 * 

* page 38 , line 3-17 * 

* page 42; table 3 * 

* page 49 , line 27 - page 50, 



L N) 



line 2 * 
line 20 * 
line 23 * 



line 25 * 



1,27,35 



H04Q3/00 
H04L12/24 
H04L29/06 
H04L29/08 



TECHNICAL FIELDS 
SEARCHED <lrt.CI.7> 



H04q 
H04L 



The present search report has been drawn up for all da&ns 



Place o+ aewch 



THE HAGUE 



Date of oonpietfcm </ &-.c »*ireh 



7 May 2002 



Examine; 

Dupuis, H 



C ATT GORY OF CITED DOCUMENTS 

X : particularly relevant 11 taken alone 

Y : partfculariy relevant "it combined with another 

document of the same category 
A : technological background 
O ■ nor -written dreclottre 
P : intermediate document 



T : theory or pincipte underlying the Invention 
E : earRer patert! document, but published on, or 

after foe flllng dtfte 
D : document died In the application 
L : document cited tor ofber reasons 

8 : member o* the same patent family, coT'eepcndirg 
document 



12 



EP 1 221 818 A1 



ANNEX TO THE EUROPEAN SEARCH REPORT 
ON EUROPEAN PATENT APPLICATION NO. 



EP 01 31 0280 



Tht s annex lists the patent tpmlly members rotating to trie patent documents cited m tbe above -mentioned European search report. 
The members are as contained In the European Patent Office EDP fHe on 

The European Pate.it Office \s in no way liable tor these particulars which are merely given for the purpose of information. 

07-05-2002 



Patent document 
cileo* m search report 



Publication 
date 



Patent family 
members) 



Publication 
date 



WO 0069140 



16-11-2000 



AU 
WO 



4963800 A 
1177666 Al 
0069140 Al 



21-11-2000 
06-02-2002 
16-11-2000 



For more details about tnls annex ■ see Official JoumaJ of the European Patent Office, No. 12/82 



13 



